Persona-based application platform

ABSTRACT

A system is disclosed that implements features for generating a user-specific content page. In one embodiment, the system includes an identity lifecycle management (ILM) system a platform as a service (PaaS) system, and an application system. The ILM system can store associations of a user with personas, and a list of features of applications, run the application system, associated with each persona. The PaaS system may retrieve data values of the features of the applications associated with the personas of the user from the application system to generate a user-specific content page for the user.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. application Ser. No.15/436,629, entitled “PERSONA-BASED APPLICATION PLATFORM” and filed onFeb. 17, 2017, which is hereby incorporated by reference herein in itsentirety.

TECHNICAL FIELD

The present disclosure relates to computer systems and processes forgenerating a user-specific content page.

BACKGROUND

An employee may need to access a diverse array of systems and subsystemsto fulfill numerous responsibilities. For example, a sales manager needsto access an email system to respond to client inquiries. The managermay access a customer relationship management (CRM) system duringvarious stages in the product cycle, including market research,promotion, and marketing optimization tools. The manager can respond tocustomer inquiries using a service system, which can be a part of theCRM system. The manager may access a financial system to submit expensereports. The manager may use the financial system to determinecompensations, such as overtime and bonuses, for people in the team themanager supervises. The financial system may provide the managerinformation regarding expenses incurred by or attributable to the team.Needing to access numerous systems and subsystems for an employee tocomplete tasks and fulfill responsibilities can be time consuming andinefficient.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of a persona-based content generation platformaccording to one embodiment.

FIG. 2 is an interaction diagram illustrating one embodiment ofgenerating a user-specific content page and transmitting theuser-specific content page generated to a user device.

FIG. 3 illustrates an example user-specific content page generated bythe persona-based content generation platform in the system of FIG. 1 .

FIG. 4 illustrates a process that may be implemented by thepersona-based content generation platform of FIG. 1 to generate auser-specific content page according to one embodiment.

FIG. 5 illustrates a process that may be implemented by thepersona-based content generation platform of FIG. 1 to monitor a user'susage of a user-specific content page accordingly to one embodiment.

DETAILED DESCRIPTION OF SPECIFIC EMBODIMENTS

The process by which an employee needs to access a diverse array ofsystems and subsystems to complete tasks and fulfill jobresponsibilities is inefficient in a number of respects. For example, anemployee typically needs switch between numerous systems and subsystemsto fulfill job responsibilities. As another example, the employee has tolearn how each system and subsystem works to complete tasks. Thetraining required can be time consuming, for the employee and theinformation technology (IT) personnel who trains the employee. Asanother example, setting up user access rights to the systems andsubsystems may result in security vulnerabilities. These and otherinefficiencies adversely contribute to the average cost and completiontime of tasks.

The present disclosure describes a persona-based content generationplatform that addresses the above and other inefficiencies. Specific,non-limiting embodiments of the platform will now be described withreference to the drawings. Nothing in this description is intended toimply that any particular feature, component or step is essential.

I. System Overview (FIG. 1 )

FIG. 1 is a block diagram of a persona-based content generation platformaccording to one embodiment. The platform includes various systems andcomponents and features for improving the efficiency, and thus reducingthe cost and completion time, of user tasks and trainings. As will beapparent, some of these systems and components and features may be usedwithout others. Although the below description focuses primarily on usecases in which the user is a sales manager, the disclosed processes andfeatures are also applicable to users who are not involved with sales.For example, the platform may be used by engineers and scientists toincrease the efficiency with which they interact with various design andresearch tools. As another example, the platform may be used byexecutives to increase the efficiency with which they interact withvarious management tools.

As shown in FIG. 1 , a user device (e.g., a mobile phone) 104 caninclude a content display application 106 for accessing, through anetwork 108, a persona-based content generation platform 112. As will bedescribed, the content display application 106 presents each user (e.g.,an employee) with a personalized, user-specific content page, generatedby the persona-based content generation platform 112 based on the user'sone or more personas. For example, a content display application 106 canbe a web browser (e.g., Microsoft® Internet Explorer®, Mozilla®Firefox®, and Google Chrome®). As another example, a content displayapplication 106 can be an App on an Android™ or iOS™ device.

As illustrated in FIG. 1 , the persona-based content generation platform112 includes various executable components, applications, and systemsthat improve the efficiency of user tasks. The persona-based contentgeneration platform 112 may generate user-specific content pages for auser based on one or more personas associated with the user. An identitylifecycle management (ILM) system 116 of the persona-based contentgeneration platform 112 may store a plurality of personas in a personasrepository 118. Non-limiting examples of personas include an employeepersona, a sales persona, an expense-incurring persona, a managerpersona, a finance persona, a marketing persona, a human resourcepersona, an information technology persona, an accountant persona, andthe like. A persona may be based on one or more roles orresponsibilities of an employee or contractor. The ILM system 116 canupdate the personas repository 118 when new personas have been createdor old personas have been removed.

The one or more personas associated with a user may be based oninformation specifying the user's roles and responsibilities. Forexample, a sales manager may have one or more of the following personas:an employee persona (e.g., for accessing an email system), a salespersona (e.g., for accessing a customer relationship management (CRM)system or a service system), an expense-incurring persona (e.g., forsubmitting expense reports), a manager persona (e.g., for reviewingother users' performance), and a finance persona (e.g., for determiningcompensations or accessing account receivables for customers). Auser-persona associations repository 120 may store the associations of auser with one or more personas.

The ILM system 116 can store features of applications (including allfeatures of one or more of the applications) for each persona in afeature-persona associations repository 122. The features ofapplications each persona needs to access may be related to one or moreroles or responsibilities of the persona. For example, the features ofapplications that a user with the manager persona needs to access may bebased on the responsibility of the manager having to monitor theperformance of the employees in the team the manager supervises. Asanother example, the features of applications that a user with theexpense-incurring persona needs to access may be based on theresponsibility of the user having to submit expense reports.Accordingly, a user with the expense-incurring persona may need toaccess portions of a finance applicant in order to submit expensereports. However, this user may not need to access the financialanalytics features of the finance application. Thus, a user with theexpense-incurring persona, and not the accountant persona, may not haveaccess to the financial analytics features of the finance application.As another example, a user with the employee persona may have access toall features of the email application.

As shown in FIG. 1 , the persona-based content generation platform 112may include an application system 124 for running applications stored onan applications repository 126. Non-limiting examples of applicationsinclude an email application, a customer relationship managementapplication, a finance application, a telephony application, a humancapital management application, a project portfolio managementapplication, a procurement application, and a supply chain managementapplication. An application data repository 128 of the applicationsystem 124 may store data values of the features of applications.

As illustrated in FIG. 1 , the person-based content generation platform112 may include a platform as a service (PaaS) system 116 for generatinga user-specific content page. When a content display application 106 ofa user device 104 attempts to access the persona-based contentgeneration platform 112, the user device 104 can provide the PaaS system132 with a user's authentication credentials. The PaaS system 132 maycompare the user's authentication credentials provided by the user andstored in an authentication repository 134 to authenticate the user.After successful authentication, the PaaS system 132 may access the ILMsystem 116 to retrieve the user's personas from the personas repository118 and the features of applications associated with the user's personasfrom the feature-persona associations repository 122.

The PaaS system 132 may access the application system 124 to request andretrieve data values of the features of applications the user's personasneed to access. In one embodiment, the data values of the features ofapplications retrieved may be based on the user's particular identity.For example, the features of applications that a sales manager and an ITmanager need to access may be different. As another example, two salesmanager may need to access the same features of applications. However,because the two sales managers may manage different people, they mayneed to access the performance data of different sales professionals. Inone embodiment, the application system 124 can send the PaaS system 132the data requested based on the access rights of the features ofapplications associated with each persona and the identity of the user.For example, the application system 124 may retrieve the access rightsassociated with each persona or user in an access rights repository 130.In another embodiment, the PaaS system 132 can provide the applicationsystem 124 with access rights of the features of applications associatedwith each persona and the user retrieved from ILM system 116. In someimplementations, the PaaS system 132 may access applications not run onthe application system 124 over the network 108.

With the data retrieved from the application system 124, the PaaS system132 can generate a user-specific content page for the user. Theuser-specific content page may comprise the data values of the featuresof the applications associated with the personas of the user. In oneembodiment, the user-specific content page may include links to otherfeatures of applications such that the user can easily access moredetailed information as necessary. The PaaS system 132 can send theuser-specific content page to the user device 104 over the network 108.The content display application 106 may then display the data values ofthe features of the applications associated with the personas of theuser.

The associations of the ILM system 116 with the personas repository 118,the user-persona associations repository 120, and the feature-personaassociations repository 122, the PaaS system 132 with the usercredentials repository 134, and the application system 124 with theapplications repository 126, the application data repository 128, andthe access rights repository 130 illustrated in FIG. 1 are forillustrative purposes only and not intended to be limiting. For example,the PaaS 132 may retrieve the access rights associated with each personafrom the access rights repository 130 and provide the application system124 with the access rights retrieved. As another example, afterretrieving the features of applications associated with a user'spersonas from the feature-persona associations repository 122, the PaaSsystem 132 may retrieve data values of the applications and features ofthe applications from the application system 124 by providing theapplication system 124 with the features of applications associated withthe user's personas retrieved.

As will be apparent from the foregoing, the disclosed platform iscapable of improving the speed and efficiency of user tasks. First, theuser is only provided with applications or features of application thatthe user needs to access to complete job duties and fulfill jobresponsibilities. Thus, the cost and completion time of user tasks maybe reduced and the user's efficiency may be improved. Second, the userrequires less training of various complex systems. For example, the usertypically does not require any training of any legacy system. Third, thesecurity of the ILM system 116, the applications 126, and applicationdata 128 is improved. For example, during the onboarding process of anew user, a human resource professional may only need to provide the ILMsystem 116 with the one or more personas associated with the new user.The persona-based content generation platform 112 can then generate auser-specific content page for the user based on the personas associatedwith the user. Thus, the human resource professional may not need toprovide the ILM system 116 with information specifying the detailedroles and responsibilities of the new user, which may lead to errors andunauthorized user access. Additional savings can be achieved in someembodiments where the persona-based content generation platform 112 canbe implemented with minimal involvements of IT professionals. Forexample, the PaaS system 132 may provide a framework for retrieving datavalues of the features of applications from the application system 124and generating a user-specific content page automatically with minimalcomputer coding required.

II. Example Interactions between a Persona-Based Content GenerationPlatform and a User Device (FIG. 2 )

FIG. 2 is an interaction diagram illustrating one embodiment ofgenerating a user-specific content page and transmitting theuser-specific content page generated to a user device. An ILM system116, an application system 124, and a PaaS system 128 of thepersona-based content generation platform 112 interact with each otherto generate a user-specific content page for improving the efficiency,and thus reducing the cost and completion time, of user tasks andtrainings. Although the below description focuses primarily on use casesduring the onboarding process of a new user, the disclosed processes andfeatures are also applicable during the offboarding process. Thedisclosed processes and features are also applicable when a user's rolesor responsibilities change such that new user-persona associations maybe created and existing user-persona associations may be removed.

During the onboarding process of a new user, a human resourceprofessional, using an administrator device 202, may assign associationsof personas with the new user at interaction 204. The ILM system 116 maystore the new user-persona associations in a user-persona associationsrepository 120. During the onboarding process, the human resourceprofessional, using the administrator device 202, can grant user accessrights to the user based on the personas associated with the user atinteraction 208. The application system 124 may store the user accessrights in an access rights repository 130. In one embodiment, afterassociations of personas with the new user are assigned, the accessrights of the user can be determined by the persona-based contentgeneration platform 112 automatically based on the associations and theidentity of the user.

As illustrated in FIG. 2 , when the user, using a user device 104,attempts to access the persona-based content generation platform 112,the user device 104 may provide the PaaS system 128 with the user'sauthentication credentials (e.g., a user name and password) atinteraction 212. The PaaS system 132 may compare the user'sauthentication credentials provided by the user and stored in anauthentication repository 134 to authenticate the user. After successfulauthentication, the PaaS system 132 may send the ILM system 116 arequest for information specifying the personas associated with the userat interaction 216. After retrieving information specifying the personasassociated with the user from the user-persona associations repository120 at interaction 220, the ILM system 116 may send the retrievedinformation specifying the personas associated with the user to the PaaSsystem 128 at interaction 224.

The PaaS system may then send the ILM system 116 a request for a list offeatures of applications associated with the personas at interaction236. After retrieving the list of features of applications associatedwith the personas from the feature-persona associations repository 122at interaction 232, the ILM system 116 may send the retrieved list offeatures of applications associated with the personas to the PaaS system128 at interaction 236. In one embodiment, the ILM system 116 may firstretrieve the requested information specifying the personas associatedwith the user from the user-persona associations repository 120 atinteraction 220 and retrieve the list of features of applicationsassociated with the personas from the feature-persona associationsrepository 122 at interaction 232 without having received a request fora list of features of applications associated with the personas atinteraction 236.

As illustrated in FIG. 2 , the PaaS system 128 can send a request fordata values of the features of applications associated with the personasof the user at interaction 240 to the application system 124. Forexample, the request can include the personas associated with the userand the identity of the user. The PaaS system 128 may request only thedata values of the features of the applications that are required togenerate the user-specific content page. In one embodiment, the PaaSsystem 128 may request additional data values based on predicted userbehavior when available. For example, the user may check emails everymorning when first accessing the persona-based content generationplatform 112. The PaaS system 128 may request the contents of the emailsand the metadata of the emails from the application system 124, even ifthe contents of the emails (or some contents of the emails) may not berequired to generate the user-specific content page. After retrieving,at interaction 244, the data values requested, the application system124 may provide the PaaS system 128 with the data values of the featuresof the applications associated with the personas of the user atinteraction 248.

After receiving the data values of the features of the applicationsassociated with the user's personas, the PaaS system can generate auser-specific content page for the user at interaction 252. In someembodiments, the user-specific content page may be based on the identityof the user and the user's preference. For example, the user may preferto read unread emails the first thing in the morning. In otherembodiments, the user-specific content page may be based on the datavalues retrieved. For example, if an email is marked as urgent, theemail (or a summary of the email) can be prominently displayed in theuser-specific content page.

In one embodiment, the user-specific content page may be based on thetype of the user device 104. For example, the user-specific content pagefor a mobile device may include less information than that for a desktopcomputer. In another embodiment, the user-specific content page may bebased on the security levels required for accessing the features of theapplications and the security level associated with the user device 104.The security level may be low, medium, or high. Alternatively or inaddition, the security level may be numerically based (e.g., 1, 3, 6,10, or higher). For example, the security level required for accessingthe email application may be low, the security level required foraccessing current product information may be medium, and the securitylevel required for accessing future product information may be high. Ifa mobile device has a low security level, the user-specific content pagefor the mobile device may only include emails. If a laptop computer hasa medium security level, the user-specific content page for the mobiledevice may not include future product information. In some embodiments,the user-specific content page may be based on the security levelsrequired for accessing features of applications associated with personasand the security level of the user device 104. For example, the securitylevel for accessing features of application associated with a seniorengineer persona may be low, and a user-specific content page for amobile device with a low security level may not be based on data valuesof the features of applications associated with the senior engineerpersona. In some embodiments, the user-specific content page may bebased on the security levels required for accessing features ofapplications and the security levels associated with the type of network108 that the user device 104 is connected to or the location of the userdevice 104. For example, if the user device 104 is within the samenetwork as the persona-based content generation platform 112, possiblythrough a virtual private network (VPN) system, the user-specificcontent page generated may be based on data values of features ofapplications that require high security level to access. In contrast,the user-specific content page generated for a user device 104 on apublic network may be based on only data values of features ofapplications that require low security level to access. As anotherexample, if the user device 104 is located at an unsafe location orcountry, the user-specific content page generated for the user device104 may not be based on features of applications that require medium orhigh security level to access. The location of the user device 104 canbe determined using a global positioning system (GPS) chip on the userdevice 104. Advantageously, by generating a user-specific content pagebased on the security level required for accessing features ofapplications (e.g., associated with personas), the security level of theuser device 104, the security level of the network 108, the securitylevel associated with a device location, or other securitycharacteristics (e.g., the recency of user authentication), thepersona-based content generation platform 112 can prevent unauthorizedaccess to features of applications.

After generating the user-specific content page, the PaaS system 128 maysend the content page generated to the user device 104 at interaction256. In one embodiment, the application system 124 may monitor the usageof the user of the user-specific content page and send the usage to thePaaS system 128 at interaction 260. The PaaS system can generatesubsequent user-specific content pages based on the prior usage of theuser. For example, if the application system 124 determines that theuser likes to read unread emails the first thing in the morning, thePaaS system 128 may generate user-specific content pages accordingly. Inone embodiment, the PaaS system 128 may monitor the usage of the user.In another embodiment, the user can provide the PaaS system 128 with theuser's preference for user-specific content pages.

III. Example User-Specific Content Page (FIG. 3 )

FIG. 3 illustrates an example user-specific content page generated bythe persona-based content generation platform 112 of FIG. 1 . A salesassociate 304 of a technology company 306 may be associated with a salesoperation persona. A user with the sales operation persona may need toaccess customer service tickets. The user-specific content page 300 mayprovide the sales associate with multiple methods of accessing customerservice tickets. First, the sales associate may have direct access to aservice system (e.g., Oracle® Service Cloud™) for incidents details 308.The service system may be an application implemented by the applicationsystem 124. In one embodiment, the service system may not be implementedby the application system 124, and the persona-based content generationplatform 112 may access the service system through the network 108.Second, the user-specific content page 300 may provide the salesassociate with the ability to pivot incidents between categories 312.For example, the sales associate may pivot incidents by business unit,department, or other related category. The sales associate may monitorthe progress of the incidents by categories. Third, the user-specificcontent page 300 may include links to open tasks 316 a and new tasks 316b that require user attention. Accordingly, the user-specific contentpage 300 may provide the sales associate with visibility into day to daywork activities and assignments.

As illustrated in FIG. 3 , the user-specific content page 300 mayinclude access to account and sales team details 320 sourced from acustomer information system (e.g., Oracle® Customer Hub™). The servicesystem may be an application implemented by the application system 124.In one embodiment, the customer information system may not beimplemented by the application system 124, and the persona-based contentgeneration platform 112 may access the customer information systemthrough the network 108. The sales associate may access, via theuser-specific content page, product intelligence 324 a, such as insightinto the performance of products and services offered by a company froma product intelligence system, which may be an application implementedby the application system 124. In one implementation, the salesassociate may access deals 324 b available to a customer from theproduct intelligence system. Furthermore, the sales associate mayconduct market research and lead generation 324 c. In oneimplementation, the sales associate may leverage social media tools 324d for market research and lead generation, which may be an applicationimplemented by the application system 124.

IV. Process for Generating a User-Specific Content Page (FIG. 4 )

FIG. 4 illustrates a process 400 that may be implemented by thepersona-based content generation platform 112 of FIG. 1 to generate auser-specific content page according to one embodiment. This process 400may be implemented through interaction with a user, or may be partiallyor fully automated. The persona-based content generation platform 112may implement the process 400. In block 405, the process 400 mayidentify associations of personas with a user. For example, the process400 may receive information specifying the associations of personas withthe user. In one embodiment, an association of a persona with the usermay be based on a role or a responsibility of the user. The process 400may receive information specifying the associations of personas with theuser from the ILM system 116 or the administrator device 202 in FIG. 2 .For example, during the onboarding process 400 of a new user, theprocess 400 may receive information specifying the personas associatedwith the new user from the administrator device 202 of a human resourceprofessional. As another example, when a user attempts to access thepersona-based content generation platform 112, the platform 112 mayreceive information specifying the personas associated with the userfrom the ILM system 116.

In block 410, the process 400 may determine features of applicationsassociated with the personas of the user. For example, the PaaS system132 may send the ILM system 116 a request for information specifying thepersonas associated with the user. After retrieving informationspecifying the personas associated with the user from the user-personaassociations repository 120 and the features of applications associatedwith the personas from the feature-persona associations repository 122,the ILM system 116 may send information specifying the features of theapplications with the personas to the PaaS system 128. As anotherexample, the process 400 may determine the features of the applicationsassociated with the personas of the user in a two-step process 400.First, the PaaS system 132 may send the ILM system 116 a request forinformation specifying the personas associated with the user. Second,after sending the ILM system 116 a request for information specifyingthe features of applications associated with the user, the PaaS system132 may receive information specifying the features of the applicationsrequested.

In block 415, the process 400 may request data values of the features ofthe applications associated with the personas of the user. For example,the PaaS system 132 may send a request for the data values of thefeatures of the applications associated with the personas of the user tothe application system 124. As another example, the request may be basedon the user's usage or preference. As another example, the request maybe based on a specific user input, such a priority of user tasks. Inblock 420, the process 400 may receive the data values of the featuresof the applications associated with the personas of the user. Forexample, after retrieving the data values requested, the applicationsystem 124 may provide the PaaS system 128 with the data values of thefeatures of the applications associated with the personas of the user.

In block 425, the process 400 may generate a user-specific content pagefor the user. For example, the process 400 may generate theuser-specific content page based on the data values of the features ofthe applications associated with the personas of the user. In oneembodiment, the process 400 may generate the user-specific content pagebased on the identity of the user and the roles or responsibilities ofthe user. The process 400 may generate the user-specific content page tofacilitate the roles or the responsibilities of the user. For example,the PaaS system 132 may generate the user-specific content page. Inanother embodiment, the process 400 may generate the user-specificcontent page based on the user usage or preference.

V. Monitoring a User-Specific Content Page (FIG. 5 )

FIG. 5 illustrates a process 500 that may be implemented by thepersona-based content generation platform of FIG. 1 to monitor a user'susage of a user-specific content page accordingly to one embodiment. Theprocess 500 may be implemented following implementation of the process400, discussed above, such that block 505 occurs subsequent to block 425described above. In block 505, the process 500 may send theuser-specific content page to a device 104 of the user (e.g., the userdevice 104). In one embodiment, the user-specific content page generatedin block 425 may be based on the type of the user device. For example,the user-specific content page for a mobile device may include lessinformation to reduce cluttering of the page. In another embodiment, theuser-specific content page generated in block 425 may be based on thesecurity level required for accessing features of applications (e.g.,associated with personas), the security level of the user device 104,the security level of the network 108, the security level associatedwith a device location, or other security characteristics (e.g., therecency of user authentication).

In block 510, the process 500 may monitor usage of the user of thefeatures of the applications associated with the personas of the user.The user-specific content page generated at block 425 may be based onprior user usage of the features of the application associated with thepersonas of the user. For example, the application system 124 maymonitor the usage of the user send the usage to the PaaS system 128. Asanother example, the PaaS system 128 may monitor the usage of the user.Accordingly, the user-specific content page generated may bespecifically tailored for the user based on the user's usage andpersonas associated with the user's personas.

In block 515, the process 500 may update the features of theapplications associated with the personas of the user based on the usageof the user. For example, the PaaS system 128 may store the usage of theuser in a user usage and preference repository of the persona-basedcontent generation platform 112. Additionally or alternatively, the userusage and preference repository may store user preferences. As anotherexample, the application system 124 may store the usage of the user in auser usage and preference repository. As yet another example, theperson-based content generation platform 112 may monitor user usage foraccounting purposes (e.g., costs attributable to a persona or the user)or auditing purposes (e.g., to determine authorized access or intrusionto the platform or a system of the platform).

Referring again to FIG. 1 , the persona-based content generationplatform 112, including its illustrated ILM system 116, applicationsystem 124, and PaaS system 132, may be implemented by a computer systemprogrammed with executable program modules stored on one or morecomputer-readable media (hard disk drives, solid state memory devices,etc.). The persona-based content generation platform 112 may bedistributed or replicated across multiple physical servers or othercomputing devices of the computer system, which may or may not beco-located. Each such server typically includes one or more hardwareprocessors that execute program instructions, a solid state memory, anetwork interface, and various other hardware components. The computersystem may, in some embodiments, be a cloud computing system. Thefunctionality of the components of the persona-based content generationplatform 112 may be distributed among systems and software componentsdifferently than shown in FIG. 1 , and some systems, components andfunctions may be omitted in some embodiments.

The various data repositories 118, 120, 122, 126, 128, 130, 134 shown inFIG. 1 may include databases, flat file systems, and/or other types ofdata storage systems, and may use hard disk drives, solid statememories, and/or other types of non-transitory computer storage devices.Although shown as separate data repositories, two or more of theillustrated data repositories 118, 120, 122, 126, 128, 130, 134 can becombined.

The user device 104 may be any of a number of computing devices that arecapable of communicating over a network including, but not limited to, alaptop, personal computer, personal digital assistant (PDA), hybridPDA/mobile phone, mobile phone, smartphone, a smart watch, electronicbook reader, digital media player, tablet computer, gaming console orcontroller, kiosk, augmented reality device, other wireless device,set-top or other television box, and the like. The content displayapplication 106 may be implemented in executable program code that isstored in the non-transitory computer storage (e.g., solid statememories) of the user devices 104. All of the processes and processsteps described above be embodied in, and fully automated via, theprogram components described above. Some or all of the functions mayinstead be performed by specialized computer hardware, such as ASICs orFPGA devices.

The network 108 may be any wired network, wireless network orcombination thereof. In addition, the network 108 may be a personal areanetwork, local area network, wide area network, cable network, satellitenetwork, cellular telephone network, etc. or combination thereof. Forexample, the network 108 may be a publicly accessible network of linkednetworks, possibly operated by various distinct parties, such as theInternet. In some embodiments, the network 108 may be a private orsemi-private network, such as a corporate or university intranet. Thenetwork 108 may include one or more wireless networks, such as a GlobalSystem for Mobile Communications (GSM) network, a Code Division MultipleAccess (CDMA) network, a Long Term Evolution (LTE) network, or someother type of wireless network. The network 108 may use protocols andcomponents for communicating via the Internet or any of the otheraforementioned types of networks.

Conditional language used herein, such as, among others, “can,” “could,”“might,” “may,” “e.g.,” and the like, unless specifically statedotherwise, or otherwise understood within the context as used, isgenerally intended to convey that certain embodiments include, whileother embodiments do not include, certain features, elements and/orsteps. Thus, such conditional language is not generally intended toimply that features, elements and/or steps are in any way required forone or more embodiments or that one or more embodiments necessarilyinclude logic for deciding, with or without other input or prompting,whether these features, elements and/or steps are included or are to beperformed in any particular embodiment. The terms “comprising,”“including,” “having,” and the like are synonymous and are usedinclusively, in an open-ended fashion, and do not exclude additionalelements, features, acts, operations, and so forth. Also, the term “or”is used in its inclusive sense (and not in its exclusive sense) so thatwhen used, for example, to connect a list of elements, the term “or”means one, some, or all of the elements in the list.

While the above detailed description has shown, described, and pointedout novel features as applied to various embodiments, it can beunderstood that various omissions, substitutions, and changes in theform and details of the devices or algorithms illustrated can be madewithout departing from the spirit of the disclosure. As can berecognized, certain embodiments described herein can be embodied withina form that does not provide all of the features and benefits set forthherein, as some features can be used or practiced separately fromothers. The scope of certain embodiments disclosed herein is indicatedby the appended claims rather than by the foregoing description. Allchanges which come within the meaning and range of equivalency of theclaims are to be embraced within their scope.

What is claimed is:
 1. A system, comprising: a first database thatstores role data that indicates a role of a user and one or morefeatures of an application associated with the role; a second databasethat stores a first data value and a second data value of the one ormore features of the application associated with the role; and acomputer system comprising instructions that, when executed, direct thecomputer system to: retrieve from the second database the first datavalue and the second data value in response to a determination that theuser is associated with the role, wherein the first data value can beaccessed with at least a first security level, wherein the second datavalue can be accessed with at least a second security level, and whereinaccess with the second security level is more limited than access withthe first security level; determine that a user device operated by theuser is associated with the first security level; and generate auser-specific content page for the user that comprises the first datavalue in response to the determination that the user device operated bythe user is associated with the first security level.
 2. The system ofclaim 1, wherein the instructions, when executed, further direct thecomputer system to determine that the user is associated with the rolebased on a request sent to the first database.
 3. The system of claim 1,wherein the instructions, when executed, further direct the computersystem to obtain information specifying access rights of the one or morefeatures of the application associated with the role.
 4. The system ofclaim 3, wherein the instructions, when executed, further direct thecomputer system to obtain the information specifying the access rightsof the one or more features of the application associated with the rolefrom the first database.
 5. The system of claim 1, wherein theinstructions, when executed, further direct the computer system to sendthe user-specific content page to a device of the user over a network,and wherein the device is programmed to display the first data value tothe user.
 6. The system of claim 1, wherein the second data value isbased on a predicted behavior of the user in association with theapplication.
 7. The system of claim 6, wherein the second data valuecomprises content of one or more emails.
 8. A computer-implementedmethod comprising: determining that a user is associated with a role;transmitting an indication of the role of the user and an identity ofthe user; receiving a first data value and a second data value of one ormore features of an application associated with the role received inresponse to transmission of the indication of the role of the user andthe identity of the user, wherein the first data value can be accessedwith at least a first security level, wherein the second data value canbe accessed with at least a second security level, and wherein accesswith the second security level is more limited than access with thefirst security level; determining that a user device operated by theuser is associated with the first security level; and generating auser-specific content page for the user that comprises the first datavalue in response to the determination that the user device operated bythe user is associated with the first security level.
 9. Thecomputer-implemented method of claim 8, wherein the role of the user isbased at least in part on a responsibility of the user.
 10. Thecomputer-implemented method of claim 9, wherein the user-specificcontent page is generated based at least in part on the responsibilityof the user.
 11. The computer-implemented method of claim 9, wherein theuser-specific content page is generated to facilitate the responsibilityof the user.
 12. The computer-implemented method of claim 8, furthercomprising sending the user-specific content page to a device of theuser.
 13. The computer-implemented method of claim 8, further comprisingmonitoring usage of the user of the one or more features of theapplication associated with the role.
 14. The computer-implementedmethod of claim 13, wherein generating a user-specific content pagefurther comprises generating the user-specific content page based atleast in part on the usage, of the user, of the one or more features ofthe application associated with the role.
 15. The computer-implementedmethod of claim 8, wherein the second data value is based on a predictedbehavior of the user in association with the application.
 16. Anon-transitory computer readable medium having stored thereon executableinstructions that direct a computer system to at least: determine that auser is associated with a role; transmit an indication of the role ofthe user and an identity of the user; process a first data value and asecond data value of features of an application associated with the rolereceived in response to transmission of the indication of the role ofthe user and the identity of the user, wherein the first data value canbe accessed with at least a first security level, wherein the seconddata value can be accessed with at least a second security level, andwherein access with the second security level is more limited thanaccess with the first security level; and generate, using the identityof the user in combination with the first data value, a user-specificcontent page for the user.
 17. The non-transitory computer-readablemedium of claim 16, wherein the executable instructions further directthe computer system to cause display of the user-specific content pageon a device of the user.
 18. The non-transitory computer-readable mediumof claim 16, wherein the executable instructions further direct thecomputer system to authenticate the identity of the user prior to theexecutable instructions that direct the computer system to generate theuser-specific content page of the user.
 19. The non-transitorycomputer-readable medium of claim 17, wherein the second data value isbased on a predicted behavior of the user in association with theapplication.
 20. The non-transitory computer-readable medium of claim19, wherein the second data value comprises content of one or moreemails.